home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000577_jim@wilbur.njit.edu _Sat Jan 16 19:13:16 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <jim@wilbur.njit.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA29680; Sat, 16 Jan 93 19:13:16 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA00693; Sat, 16 Jan 1993 19:28:32 +0100
  6. Received: by njitgw.njit.edu (5.57/Ultrix3.0-C)
  7.     id AA08431; Sat, 16 Jan 93 13:28:30 -0500
  8. Message-Id: <9301161828.AA08431@njitgw.njit.edu>
  9. Received: by wilbur.njit.edu; Sat, 16 Jan 93 13:26:25 est
  10. Date: Sat, 16 Jan 93 13:26:25 est
  11. From: jim@wilbur.njit.edu (Jim Whitescarver)
  12. To: TONYJ@scs.slac.stanford.edu
  13. Subject: INPUT tag (was: Searching)
  14. Cc: al@eies2.njit.edu, cis!bieber@dxmint.cern.ch, murray@eies2.njit.edu,
  15.         reddy@wilbur.njit.edu, roxanne@eies2.njit.edu, www-talk@nxoc01.cern.ch
  16.  
  17. Tony, I'll copy my reply to your query about the INPUT tag specs to www-talk.
  18. We have an old spec for INPUT which was implimented pre web. It will be redone.
  19. There is little agreement on the input tag, except that it will include
  20. attributes for width, name, default, and help.  
  21.  
  22. With this limited definition, the client can impliment default search keys
  23. and get proper resource for help.
  24.  
  25. We may create a default text to be used with the comment feature, which
  26. will give all input/var field values in rfc822 style for mail based submission.
  27.  
  28. At issue are:
  29.  
  30. - handling typed inputs, including texts.
  31. - applying inputs to search defaults. positional? named? override mech?
  32. - applying inputs to go to defaults?
  33. - getting data from users environment, e.g. users mail address.
  34. - how the fields will be substituted into hrefs within the sgml context. scope?
  35. - saving updated input values in bookmarks?
  36. - communicating variables to activity scripts. (our "do" choice)
  37.  
  38. We need a mechanism to assign arbitrary attributes to anchores and documents.
  39. These may share name space with input variables and VAR tagged data.
  40.  
  41. If the INPUT and VAR tags could assign an entity value that we can use as
  42. &name; within hrefs, that would serve us well enough.  But, is that legal sgml?
  43. It will require a second html parse of hrefs when they are selected.
  44.  
  45. Our expertise with sgml is limited-- we need a quick and dirty way to pass
  46. data to activity scripts.  We are far from being able to make a final
  47. proposal to the web community.  The minimal may be:
  48.  
  49. Tag    Attributes
  50.  
  51. INPUT    name, length, default, help
  52. VAR    name, timeout
  53.  
  54. The default search would positionally concatonate inputs into keyword positions.
  55. Documents containg VAR info would not be cached longer than timeout.
  56.  
  57. It seems that there is interest in fully interactive hypermedia within the web
  58. context.  All proposals/feedback is welcomed.  Hopefully we can do it together.
  59.  
  60. jim